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Description 

Device and method for programming and/ or executing programs for 
industrial automation systems 

5 

The invention relates to a device and a method for programming 
and/or executing programs for industrial automation systems. 

A generic method for programming industrial automation systems 
10 in the sense of the preamble of claim 1 is based on at least 
one computer unit with input aids, output aids and preferably 
at least one display device. Modules and functions, 
respectively representing sub-tasks of an automation solution, 
are modeled and/or created using the input aids and optionally 
15 the display device. The modules and functions may be assigned 
model information and/ or meta- information using the input aids 
and the display device. The modules and functions are 
structured and networked using the input aids and optionally 
the display device, to form at least one hierarchical tree as 
20 at least one -machine -independent program. 

In conventional programming languages, such as Pascal or 
Fortran, data, modules and functions are separated. Data and 
functions were. only combined as objects further to the paradigm 

25 of object orientation. Metadata is also assigned singly to the 
objects. Metadata is information about other information, for 
example information about available objects. Such mietadata is 
present in an overall system or in an overall context but in^ 
automation systems it is neither stored physically in an 

30 object, nor does it contain knowledge about the application to 
be implemented for an industrial unit or about the process to 
be implemented. 
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Programmable automation systems or MES systems, in other words 
systems for controlling and/or regulating automated processes 
or units, generally include a so-called runtime system for 
temporal sequence control of an automation component of a 
5 machine or system. Such systems also have an engineering device 
to create and edit control programs and unit functions. The 
control programs arid unit functions created using the 
engineering device are executed in the runtime system. 

10 The as yet unpublished prior, art includes the technique of 
programming automation systems by modeling objects, which 
respectively represent sub- tasks of an automation solution, in 
an engineering device using input aids and a display device. 
Model information and meta-inf ormation is also assigned to such 

15 objects via the input aids and the display device. The objects 
are then structured and networked as hierarchical trees to 
provide at least one machine- independent program. 

According to the prior art the or each machine -independent 
20 program generated using the engineering device is converted in 
one or more stages to a machine-dependent automation program 
for the components of the automation system. This takes place 
according to the prior art based on the visual representation 
during programming, with the visual representation being 
25 converted to an imperative, sequential machine language or 
machine code. This sequential machine code is loaded onto an 
automation component, for example a programmable logic 
controller (PLC) , for execution according to the prior art. 

30 The imperative, sequential machine code therefore represents 
the standard machine -dependent automation program according to 
the prior art, which is loaded in this form onto the components 
or automation units of the automation system. Automation 
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programs generated according to the prior art as described 
above are however inflexible, as they cannot easily be adjusted 
to the runtime. Also such automation programs can only be used 
.on the specific components of an automation system, for which 
5 the corresponding machine code has been generated. The programs 
cannot therefore be used in a flexible manner. 

In view of this, the problem facing the present invention is to 
create a novel method and device for programming and/or 
10 executing programs for industrial automation systems. 

This problem is resolved by developing the method referred to 
above by means of the features of claim 1. 

15 According to the invention the or each machine -independent 
program is loaded into the corresponding components of the 
automation system in the form of at least one hierarchical 
tree, with the corresponding components of the automation 

system executing the or each machine -independent program 
20 directly, preferably with the aid of at least one object 

machine assigned to the same. The or each machine- independent 
program is preferably present in the form of at least one 
executable, hierarchical object or operator tree. 

25 The claimed device for programming industrial automation 
systems is defined in the independent claim 14 . A computer 
program for implementing the method or the device is claimed in 
the independent claim 23. The invention also relates according 
to the independent claim 24 to a data processing device, on 

30 which such a computer program is installed. 

Preferred developments of the invention will emerge from the 
subclaims and the description which follows. 
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Preferred exemplary embodiments of the invention - to which the 
invention is not however restricted - are described in more 
detail below with reference to the drawing, in which: 

5 

Figure 1 shows a diagram of an automation pyramid with three 
control levels, 

Figure 2 shows a schematic diagram of an engineering device, a 
10 runtime system and a technical process to be controlled. 

Figure 3 shows a schematic diagram of an object, 

Figure 4 shows a schematic diagram of a program and 

15 

Figure 5 shows a schematic diagram of the program according to 
figure 4 in a tree structure. 

Figure 1 shows an outline overview of three control levels, as 
20 generally found in a production company. A pyramid 10 shows 
that information is compressed upward. 

The top level . is the ERF (Enterprise Resource Planning) level 
11. It is at this ERP level 11 or corporate level that economic 

25 and marketing tasks are generally planned and implemented in a 
company, for example finance, sales, HR and reporting. However 
logistics tasks that also relate to production units, such as 
materials administration, are also carried out at this ERP 
level 11. The SAPR/3 system is for example an ERP system, which 

30 is very frequently used at corporate level. 

The lowest level of the pyramid according to figure 1 is the 
so-called automation level 12 . Programmable logic controllers 
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(PLC) 13 in conjunction with visualization systems and process 
control systems 14 are generally deployed at this level. The 
drives 15, actuators 16 and sensors 17 of production and/or 
manufacturing units are connected directly to the automation 
5 level 12. 

The connecting element between the ERP level 11 and the 
automation level 12 is the MES level 18. The applications of 
the MES level 18 thus ensure vertical integration between the 

10 ERP level 11 and the automation level 12 . The MES applications 
on the one hand have to supplement the outline planning of the 
ERP level 11 with detailed planning specific to the production 
units and forward it to the systems of the automation level 12 
while on the other hand it is also the task of the MES 

15 applications to receive data of relevance to production from 
the automation level 12, process it and forward it to the ERP 
level 11. Typical MES applications include quality management 
19, maintenance management 20, performance analysis 21, process 
management and even asset management. 

20 

The three dots in figure 1 show that there may be further 
applications or elements on a level. 

The automation level 12, the MES level 18 or MES unit or the 
25 ERP level 11 or ERP unit generally contain a so-called runtime 
system for temporal sequence control of the components involved 
(sub -components, modules, tasks, operating system processes, 
etc.). These levels or units also contain a so-called 
engineering device to create and edit programs provided for 
30 execution in the runtime system. 



Figure 2 shows a highly schematic diagram of an engineering 
device 22, a runtime system 23 and a technical process to be 
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controlled 24. The runtime system 23 of the controller or 
automation system and the technical process 24 are connected 
bi-directionally via input and/or output connections 26. 
Programming takes place in the engineering device 22. The 
5 engineering device 22 contains tools for the configuration, 
programming and planning of technical processes, such as 
industrial units. The programs created in the engineering 
device 22 are transmitted via an information path 25 to the 
runtime system 23 of the MES device or ERP device or another 
10 destination system. 

The engineering device 22 generally comprises a computer system 
with graphics screen, input aids, such as a keyboard and mouse, 
processor, main memory and secondary memory," a unit to receive 

15 computer-readable media, such as diskettes and CDs, and 

connecting units for an exchange of data with other systems. 
The engineering devices 22 have editors and graphics tools for 
modeling and programming units and controllers. In the case of 
engineering devices that are not object-oriented, machine- 

20 independent programs are created with the aid of graphic 

contact diagrams, function diagrams, sequence function charts-, 
or continuous function charts. In the case of object-oriented 
engineering devices, programs are created with aid [lacuna] in 
an object-oriented manner. In particular object-oriented 

25 engineering devices 22 support object-orientation, such as the 
creation of objects, the creation of classes, the creation of 
higher ' classes and the representation of inheritance 
relationships. 

30 Editors, mask input or drag & drop mechanisms are used to link 
data modules, function modules or objects preferably to meta- 
information, structure them as hierarchical trees and network 
them. Programs, controllers or unit specifications created with 
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the aid of such an engineering device 22 are machine- 
independent . 

Programs created with the aid of the engineering device 22 
5 ultimately have to be executed on a destination system, for 

example the components of the automation system, to control the 
technical process 24. Before looking in more detail at this, we 
must examine the relationships during the creation of machine- 
independent programs in more detail below. 

10 

Figure 3 shows a highly schematic diagram of an object 27 with 
an object interface 28. Such objects 27 can be used in all 
types of engineering, such as chemical engineering, product 
engineering, software engineering, etc. An object 27 is 

15 generally an item or an element or domain or a discourse world. 
In object-oriented software development an object 27 is an 
individual example of things or matters, people or concepts in 
the real or imaginary world. An object 27 has a specific 
defined status and reacts with a defined response to its 

20 environment. Such an object 27 also has an object identity that 
differentiates it from all other objects and allows it to 
access another specific object. An object can know one or a 
number of other objects. Connections or branches or networks 
exist between objects that know each other. The status of an ' 

25 object 27 is defined by its data or attribute values and its 
respective connections with other objects. The response of an 
object is defined by its set of methods or operations. In 
object orientation an object type is described by a class. 
Specific entities, which then represent a specific programming 

30 language object, can be generated from this type description. 
Object diagrams are used to represent objects and their 
connections graphically. Such object diagram editors are part 
of object-oriented engineering devices. These diagrams can be 
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edited and processed by a user in such an object-oriented 
engineering device. 

The left part of the diagram in figure 3 shows information or 
5 elements generally contained in an object 27. Data 29 can be an 
actual measured value or a manipulated variable for example. 
Methods 30 represent executable activities in the sense of an 
algorithm, for example an AND operation or a control algorithm. 
The set of methods defines the response of an object class or 
10 an object instantiated by said class. The methods 30 of an 

object can be used and launched by other objects. The objects 
27 can also include so-called sub-objects 31, which the objects 
require to implement the methods 30. The sub-objects 31 form an 
object tree. 

15 

A so-called container 32 is shown hatched on the right side of 
the object 27 shown in figure 3. -Such containers 32 are used to 
implement mechanisms for storing meta-inf ormation and 
mechanisms for accessing meta-inf ormation . The containers 29 

20 represent an encapsulating layer around the object 27 and all 
access to object has to take place via the interface 28. The 
methods 30 and 'data 29 as well as the meta-inf ormation of the 
object 27 are accessed via the interface 28. When the data or 
methods 'are accessed, a service using the object can use the 

25 metadata to abstract from the specific structure and meaning of 
the data functions. All access takes place, as stated, via the 
generic interface 28. This allows objects 27 to be reused and 
exchanged. It is always possible to access objects 27 in the 
same manner even in complex systems. The so-called containers 

30 32 in particular provide infrastructure functions, such as data 
networking, data storage and data visualization in a standard 
manner for all types of object. The infrastructure functions 
provided by a container 32 include trace functions, i.e. 
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inf oirmation about who is using an object and for how long. As 
already stated, the container 32 also contains meta-inf ormation 
and self -description information for the object 27. 

5 Figure 4 shows a program represented in the engineering device 
22. Figure 5 shows the program in the form of an object or 
operator tree. The modules and functions of the program 
according to figure 4 are thus converted in figure 5 to objects 
27, in the form of a hierarchical tree 33. The objects 27 are 

10 represented as double circles. The inner circle schematically 
represents the structure of an object in the sense of figure 3. 
The left part of an object 27 again relates to the data 29, 
methods 30 and sub-objects 31. The right part represents the 
so-called container 32, which provides the meta-inf ormation and 

15 infrastructure information for an object. The container 32 

represents an encapsulating layer for the object 27. The object 
can only be accessed via the generic object interface 28. The 
outer circles round the objects show that the objects are 
embedded in the optional infrastructure of a system. The 

20 optional infrastructure provides generic services such as 
storage and loading. One aspect of the infrastructure is 
networking. Infrastructure services or corresponding functions 
are accessed via the container 32 and such access is the same 
for all objects 27 in the/ hierarchical tree 33. The outer 

25 circle of an object 27 therefore represents a collection of 
infrastructure services or infrastructure functions, which 
access the objects 27 via their containers 29. An 
infrastructure service that has been implemented can be used by 
all objects 27 in the same manner. 

30 

As already stated, figure 5 shows an example of a structure of 
a machine- independent program of a control task to be 
implemented as a hierarchical object tree 33, as it is loaded 
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into the components of the automation system and processed 
there. The individual objects 27 of the tree 33 correspond to 
modules and functions of the program according to figure 4, as 
edited in an engineering device. This can be seen directly from 
5 the textual description of the program elements in figures 4 

and 5. The representation according to figure 4 shows a contact 
diagram or function diagram. This structural equivalence 
ensures that the program can be modified locally. The metadata 
assigned to the containers 32 of the objects 27 allows the 
10 current program to be mapped back onto the engineering 
representation 

In the context of the invention, a machine -independent program 
33 modeled or created on the engineering device 22 preferably 

15 via objects 27 is not first converted to a machine-dependent 

automation program in the form of a sequential machine code and 
then loaded onto a component of the automation system or 
another destination device, as is normally the case with the 
prior art, rather the machine- independent programs are loaded 

20 into the corresponding components of the automation system in 
the form of hierarchical trees. The programs are then loaded 
onto a PLC or another automation device in the form of an 
object or operator tree. Such an object or operator tree is a 
1:1 mapping of a representation of the program. Such an 

25 operator tree is a loadable program, which contains or can 
contain all the engineering data for the program. 

The corresponding components of the automation system execute 
the machine- independent program. The or each machine- 
30 independent object or operator tree is loaded onto the 

corresponding components of the automation system using a 
machine- independent , symbolic representation of the tree, for 
example in the form of a byte code or mark-up language. XML 
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(Extended Mark-up Language) can be used as the mark-up 
language . 

The operators are instantiated during or after the loading of 
5 the machine -independent program into a component of the 
automation system. An object machine or even a real-time 
machine is used for this purpose. The object machine cancels 
the symbolic representation of the or each hierarchical tree 33 
of the or each machine -independent engineering program, 
10 converts symbolic addresses to* physical addresses, thereby 
creating or generating a loadable program in the form of an 
executable object or operator tree. This is executed on the or 
each component of the automation system. 

The real-time object machine is assigned, as already stated, to 
the component of the automation system so that the component of 
the automation system can instantiate and execute the program. 
The real-time object machine provides objects, for example 
operators. The operators are logical operators, such as AND 
operations, OR operations, NOR operations or XOR operations for 
example. The operators can also be mathematical operators, such 
as operators for the basic arithmetic operations, interpolation 
operators or filter operators. The objects are preferably data 
objects or basic objects and control objects. The basic objects 
include data and characteristics . The characteristics are for 
example the maximum execution time, maximum memory usage or 
transaction capability of the object. 

The executable operator tree comprises operators, namely 
30 logical and/or mathematic operators, and control objects. 
Control objects can for example be an instruction list, 
transaction containers, process containers, etc. Input data 
objects of a control object are at the same time output data 
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objects of other operators or control objects. The objects are 
triggered to execute the operator tree. Object triggering is 
activated along the hierarchy and/or network of the objects, 
when all the necessary input. data objects have been triggered. 
5 Data objects trigger when their value changes or their trigger 
is activated. 

Connecting input data objects to sensor or actuator- inputs and 
connecting output data objects to sensor or actuator outputs 

10 integrates the operator tree in the real automation 

environment, thus providing the loadable automation program. 
The use of transaction-capable, realtime-capable and/or error- 
tolerant objects creates executable operator trees, which 
themselves are transaction-capable, realtime-capable and/or 

15 error- tolerant in turn. 

The claimed method and device for programming and/or executing 
programs for industrial automation systems allow a number of 
advantages to be achieved. A program generated with the aid of 

20 the invention can be executed on all components of an 

automation system, on which the object machine or real-time 
machine is implemented. The program can be adjusted to the 
runtime. Local sub-trees of the program provided as an 
executable operator tree can then be added, modified or 

25 deleted. Such a program is also self-describing, if self- 
describing objects are used. The machine-independent program 
can be visualized from the executable operator tree. There is 
therefore no need for a program store. The invention also 
shortens the engineering time. Programming takes place purely 

30 via lexical and semantic functions. It is no longer necessary 
to generate and optimize machine codes. When the programming is 
modified, it is only necessary to analyze and load modified 
program sub-trees. The remainder of the program can remain 
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unchanged. Programs can be loaded onto a component of an 
automation system incrementally, in other words only the 
modified program element has to be loaded, not the entire 
program. 



